ОГЛАВЛЕНИЕ

Введение 3

Глава 1.Исследование предметной области 7

1.1.Общие сведения об организации

1.2 Функциональные обязанности

1.1. Постановка задачи 7

1.2. Требования к проектируемой ИС 8

1.3. Технические средства, необходимые для выполнения программы 9

1.4. Выбор и обоснование инструментальных средств 9

1.4.1. Сравнительная оценка и анализ СУБД 10

1.4.2. Выбор среды разработки программного обеспечения 15

1.4.3. Технология взаимодействия серверной и клиентской частей ИС 19

Глава 2. Проектная часть 21

2.1.Проектирование структуры базы данных 21

2.2. Анализ предметной области 21

2.3. Формирование логической модели базы данных 24

2.4. Построение диаграмма ER-типа 26

2.5. Физическая модель БД 30

2.6. Функционирование ИС 32

Внимание!

Это ОЗНАКОМИТЕЛЬНАЯ ВЕРСИЯ работы №3581, цена оригинала 500 рублей. Оформлена в программе Microsoft Word.

Оплата. Контакты.

ВВЕДЕНИЕ

В настоящее время, развитие информационных технологий получило своё широкое распространение во всех отраслях. В любой крупной компании, штат которой насчитывает более 100 человек, имеет смысл организовать свой отдел автоматизации производства (отдел АСУ). В данной работе будет рассматриваться строительная компания, которая давно отказалась от услуг аутсорсинга и обзавелась собственным отделом автоматизации. В строительстве, как и в любой другой сфере используются средства автоматизации производства и интернет технологии, поэтому главной задачей отдела является обеспечение работоспособности сети и рабочих мест сотрудников компании.

С каждым годом потребности отделов компании растут, соответственно растёт список должностных обязанностей сотрудников отдела АСУ. На решение простых задач всё также приходится выделять время, оставляя меньше внимания основным или более крупным задачам.

Часто эти проблемы могут решить сами сотрудники, используя информационные справочники, при этом потребность в обращении за помощью в отдел АСУ отпадёт.

Поэтому целью данной работы является проектирование и разработка информационной системы обработки заявок пользователей на основе web-интерфейса с использованием языка программирования PHP и свободной реляционной системы управления базами данных MySQL.

Основное назначение — создание информационного справочника с возможностью быстрого поиска, а также своевременное реагирование на запросы сотрудников (инциденты), квалифицированная обработка и закрытие инцидентов в максимально короткие сроки.

Для достижения цели необходимо выполнить следующие задачи:

— изучить теоретические основы взаимодействия всех отделов с отделом АСУ;

— произвести обследование объекта автоматизации;

— определить перечень функций, подлежащих автоматизации;

— разработать техническую документацию на создание АИС;

— выполнить проектирование АИС;

— разработать и внедрить программный продукт на серверное оборудование;

— написать руководство пользователя;

— определить экономическую эффективность от внедрения.

Работа содержит анализ теоретических основ проектирования информационных систем, описание процесса проектирования информационной системы по работе с сотрудниками ООО “СК Стратегия”, оценку ее экономической эффективноcти. Работа призвана минимизировать число обращений в отдел АСУ.

Глава 1. Исследование предметной области

1.1. Общие сведение об организации

ООО «Строительная компания Стратегия», созданная в 2002 г., является одной из ведущих строительных организаций Москвы и специализируется на строительстве общественно значимых зданий и сооружений, объектов социальной, деловой сферы и жилых комплексов по индивидуальным проектам.

Для удобства сотрудников отдел АСУ расположен в центральном офисе.

В штате компании, 3 технических специалиста по обслуживанию всех систем, компьютерной техники, оргтехники. На сегодняшний день на обслуживании у отдела находится более 15 производственных подразделений и 400 единиц оборудования, в том числе рабочих мест. Силами профессионалов отдела каждая единица техники проходит качественное техническое обслуживание в соответствии с рекомендациями заводов производителей. Руководством отдела сформированы партнерские взаимоотношения с крупнейшими поставщиками и производителями оборудования. Данные взаимоотношения позволяют своевременно и качественно удовлетворять потребности сотрудников компании, как по техническому обслуживанию имеющегося оборудования, так и по оснащению современным и качественным оборудованием и программным обеспечением. Отдел АСУ производит квалифицированную техническую поддержку сотрудников по телефонной линии.

Организационная структура ООО «СК Стратегия»

ООО «СК Стратегия» состоит из отделов:

• Руководство компании (генеральный директор; зам. генерального директора по экономике и финансам; зам. генерального директора по производству; зам. генерального директора по строительству, зам. генерального директора по общим вопросам, директор по персоналу, директор по МТК, зам. генерального директора по вводу объектов в эксплуатацию);

• бухгалтерия;

• отдела бизнес планирования;

• финансовый отдел;

• тендерный отдел;

• отдел кадров;

• отдела маркетинга;

• производственно-технический отдел;

• сметно-договорной отдел;

• отдела капитального строительства;

• отдел материально-технического снабжения;

• отдел автоматизированных систем управления;

• служба охраны труда и промышленной безопасности;

• отдел главного механика;

• отдел главного энергетика;

• отдел главного геодезиста;

• отдел развития;

• юридический отдел;

• отдел контроля качества.

Схематичное представление организационной структуры ООО «СК Стратегия» приведено на рис.

Рисунок 1 Структура ООО «СК Стратегия»

1.1 Функциональные обязанности

Основными задачами отдела АСУ являются:

1. Осуществить прием техники на ремонт от сотрудников компании;

2. Производить в срок качественную диагностику и ремонт оборудования;

3. Обеспечить поставку оригинальных запчастей от производителя;

4. Обеспечение работы аппаратных и программных средств;

5. Обеспечение работы ЛВС на строительных объектах.

Отдел АСУ выполняет следующие функции:

1. Приемка техники в ремонт.

2. Проверка и диагностика технического состояния узлов и агрегатов диагностируемой техники.

3. Быстрый и качественный ремонт в заявленный срок.

4. Организация и проведение работы по внедрению новых технологий.

5. Обеспечение функционирования программно-технических средств и проведение соответствующих работ.

6. Обучение и консультирование работников компании для работы с программными средствами.

7. Практическая помощь работникам компании в решение сложных технических проблем.

8. Внедрение, установка, своевременное обновление и обеспечение функционирования системных и прикладных программ общего применения.

9. Составление отчетной документаций.

10. Консультирование сотрудников компании по телефону.

Выше перечисленные функций выполняют все сотрудники отдела АСУ.

Сотрудники отдела зачастую сталкиваются с большим количеством простых проблем, исходящих от работников компании. Приём, диагностика, обратная установка компьютерной техники занимает очень много рабочего времени. Для более быстрого решения ряда таких проблем существуют простые инструкции, позволяющие сократить и время сотрудника, сдававшего технику в ремонт и работника, принимающего технику.

1.2. Постановка задачи

В данной дипломной работе разрабатывается информационная система на основе web-интерфейса.

Цель заключается в разработке информационной системы учета, обработки и анализа заявок посредством веб-интерфейса, а также предоставление сотрудникам компании быстрого доступа к информационным статьям.

ИС должна обеспечить пользователей полными, своевременными и достоверными данными, необходимыми для исполнения служебных обязанностей.

На сайте должны быть представлены следующие данные: — Информационные статьи

— Видеоматериалы

— Поисковые возможности

— Возможность подачи заявки

Проведя анализ рынка программных продуктов для обеспечения приёма заявок, выяснилось, что продуктов много, но по своим существенным недостаткам они не подходят для моего предприятия. Самый главный минус, что все они работают как программы, а я рассматриваю работу через web-интерфейс, то есть через браузер.

Преимущества:

-Команда опытных разработчиков

Недостатки:

-Большая цена (внедрение, обслуживание, модернизация)

-Большой функционал – требуется обеспечение только базовых функций

-Сложный интерфейс

Было решено создать свой программный продукт, в котором будут использоваться понятный интерфейс даже для человека, впервые работающего с системой, использовать только нужные функций для работы с сотрудниками.

Особым плюсом для компании будет являться то, что данное решение отдела АСУ потребует минимальных затрат бюджета.

1.3. Требования к проектируемой ИС

Требования к разрабатываемой информационной системе:

— Простой в использовании и понятный интерфейс;

— Модульность – возможность добавлять, изменять, удалять программные модули для изменения и увеличения возможностей информационной системы;

— Возможность корректировки основных справочников – для администраторов информационной системы;

-Реализация многопользовательского доступа к информационной системе.

1.4. Технические средства, необходимые для выполнения программы

Программное обеспечение:

+ Операционная система MS Windows Server 2008 и выше,

Используется MS Windows Server 2013;

+ СУБД Oracle MySQL;

+ Apache HTTP-сервер — свободный веб-сервер;

+ Дистрибутив PHP со связью с Apache

Аппаратное обеспечение сервера:

+ Процессор Intel Xeon X5680, 3300МГц,

Для работы более чем достаточно;

+ Оперативная память – от 2Гбайт,

На сервере установлено 32Гбайта;

+Cвободное место на жестком диске – от 40Гбайт,

На сервере 16Тбайт;

Среда клиента:

+ Операционная система Windows XP SP3/7/8;

+ Установленный браузер, например, Internet Explorer 9;

Аппаратное обеспечение рабочих станций:

+ Частота процессора – от 2000МГц;

+ Оперативная память – от 1ГБайт;

+ Жесткий диск объемом от 80 Гбайт;

+ ЖК монитор с разрешением от 1280х1024.

1.5. Выбор и обоснование инструментальных средств

Сформулируем требования к СУБД, средствам разработки программного обеспечения для проектирования информационной системы обработки заявок сотрудников компании.

1.6. Сравнительная оценка и анализ СУБД

Выбор системы управления баз данных (СУБД) представляет собой сложную многопараметрическую задачу и является одним из важных этапов при разработке приложений баз данных. Выбранный программный продукт должен удовлетворять как текущим, так и будущим потребностям предприятия, при этом следует учитывать финансовые затраты на приобретение необходимого оборудования, самой системы, разработку необходимого программного обеспечения на ее основе, а также обучение персонала. Кроме того, необходимо убедиться, что новая СУБД способна принести предприятию реальные выгоды.

Очевидно, наиболее простой подход при выборе СУБД основан на оценке того, в какой мере существующие системы удовлетворяют основным требованиям создаваемого проекта информационной системы. Более сложным и дорогостоящим вариантом является создание испытательного проекта на основе нескольких СУБД и последующий выбор наиболее подходящего из кандидатов. Но и в этом случае необходимо ограничивать круг возможных систем, опираясь на некие критерии отбора. Вообще говоря, перечень требований к СУБД, используемых при анализе той или иной информационной системы, может изменяться в зависимости от поставленных целей. Тем не менее, можно выделить несколько групп критериев:

— Моделирование данных;

— Особенности архитектуры и функциональные возможности;

— Контроль работы системы;

— Особенности разработки приложений;

— Производительность;

— Надежность;

— Требования к рабочей среде;

— Смешанные критерии.

При выборе базы данных очень важно выбрать базу данных, которая в наибольшей степени соответствуют предъявляемым к информационной системе требованиям. В первую очередь при выборе СУБД необходимо принимать во внимание следующие факторы:

— максимальное число пользователей, одновременно обращающихся к базе;

— характеристики клиентского ПО;

— аппаратные компоненты сервера;

— серверную операционную систему;

— уровень квалификации персонала.

На сегодня известно большое число различных серверов баз данных SQL. В качестве вариантов построения системы остановимся более подробнее на следующих четырех ведущих серверных СУБД — Oracle, IBM DB2, Microsoft SQL Server и Informix — и сравним их в работе на каждом из основных этапов функционирования:

— конфигурирование системы,

— мониторинг,

— настройка,

— обработка запросов,

— разработка серверных и клиентских модулей.

Oracle занимает лидирующие позиции на рынке СУБД и, что особенно важно, лидирует на платформах Unix и Windows. В России также обозначилось лидерство Oracle, особенно в области крупномасштабных информационных систем государственных структур. Фактически в нашей стране СУБД Oracle стала стандартом для государственных информационных систем.

Причина широкой распространенности Oracle заключается прежде всего в высоких эксплуатационных характеристиках СУБД, большом количестве подготовленных отечественных специалистов по Oracle, наличию поддерживающей инфраструктуры – учебных центров, широкой сети партнеров Oracle, большому числу технических курсов по Oracle в высших учебных заведениях и т.д. Так, только в Москве имеется более десятка учебных центров, предоставляющих широкий спектр технических курсов практически по всем линиям программных продуктов Oracle. Партнерская сеть по всей стране насчитывает более 160 организаций, что гарантирует поддержку ПО Oracle практически в любой точке страны. На русском языке уже издано достаточно много качественных книг по СУБД Oracle.

Служба технической поддержки Oracle построена на профессиональной основе. В Центре технической поддержке в Москве работает более 20 сертифицированных технических специалистов, занятых только поддержкой пользователей Oracle (по телефону, электронной почте и с выездом к заказчику). Служба технической поддержки в России сертифицирована по стандарту ISO 9000. Важным является и то, что наряду с СУБД, компания Oracle поставляет центральный инфраструктурный продукт – Internet Application Server, сервер приложений, функционирующих в среде Internet/Intranet.

Приведем краткую характеристиску СУБД Microsoft SQL Server

Важнейшие характеристики данной СУБД – это:

— простота администрирования,

— возможность подключения к Web,

— быстродействие и функциональные возможности механизма сервера СУБД,

— наличие средств удаленного доступа,

В комплект средств административного управления данной СУБД входит целый набор специальных мастеров и средств автоматической настройки параметров конфигурации. Также данная БД оснащена замечательными средствами тиражирования, позволяющими синхронизировать данные ПК с информацией БД и наоборот. Входящий в комплект поставки сервер OLAP дает возможность сохранять и анализировать все имеющиеся у пользователя данные. В принципе данная СУБД представляет собой современную полнофункциональную база данных, которая идеально подходит для малых и средних организаций. Необходимо заметить, что SQL Server уступает другим рассматриваемым СУБД по двум важным показателям: программируемость и средства работы. При разработке клиентских БД приложений на основе языков Java, HTML часто возникает проблема недостаточности программных средств SQL Server и пользоваться этой СУБД будет труднее, чем системами DB2, Informix, Oracle или Sybase. Общемировой тенденцией в XXI веке стал практически повсеместный переход на платформу LINUX, а SQL Server функционирует только в среде Windows. Поэтому использование SQL Server целесообразно, по нашему мнению, только если для доступа к содержимому БД используется исключительно стандарт ODBC, в противном случае лучше использовать другие СУБД.

Сравнительная характеристика приведенных СУБД приведена в таблице

Таблица. Сравнительная характеристика СУБД

Microsoft SQL Server и Oracle относятся к классу многопользовательских систем. Они развиваются и совершенствуются уже в течение многих лет и реализуются как коммерческие программные продукты. Эти СУБД можно характеризовать как основу для промышленных решений в области обработки данных. На российском рынке представлены практически все производители и поставщики промышленных СУБД, в том числе Adabas (Software AG), DB2 (IBM), Informix (Informix Software), Microsoft (Microsoft SQL Server), Oracle (Oracle Corporation), Sybase (Sybase).

Для сравнительного анализа этих систем удобна модель (магические квадраты), предложенная аналитической компанией Gartner Group (приведена выше). Из нее следует, что лидерами на рынке СУБД в настоящий момент являются компании IBM, Microsoft и Oracle. Остальные компании характеризуются Gartner Group как “нишевые игроки”.

Наиболее существенным критерием для сравнения СУБД являются эксплуатационные характеристики, такие как надежность, высокая готовность, производительность, масштабируемость. В таблице приводится сравнительный анализ основных СУБД по этим показателям (см.табл.2.2), выполненный на основе экспертных оценок. Каждому показателю была дана оценка по 10-бальной шкале, максимальная оценка 10 баллов.

Таблица. Экспертная оценка многопользовательских СУБД

В условиях исследуемой организации показано, что объем обрабатываемых ежедневно заявок составляет 100-150, количество подключенных клиентских рабочих станций – до 50 одновременно, что не предполагает большой нагрузки на сервер. Таким образом, учитывая опыт сотрудников IT отдела, для разработки информационной системы обслуживания заявок сотрудников строительной компании подходит Oracle.

1.7. Выбор среды разработки программного обеспечения

На сегодняшний день у разработчиков веб-сайтов есть богатый выбор относительно того, какой язык (или технологию) использовать для создания сайта. Вариантов много: Perl, PHP, ASP, ASP.Net, JSP, Coldfusion… Самыми распространенными (с большим отрывом от остальных) сегодня являются PHP и ASP.Net.

PHP (Hypertext Preprocessor) – язык для написания серверных сценариев (скриптов). Интерпретатор языка бесплатен, с открытым исходным кодом, созданы версии для различных веб-серверов – прежде всего, для Apache и Internet Information Services. Актуальная на сегодняшний день версия интерпретатора – PHP5. В последнее время этим продуктом заинтересовалась и Microsoft – началось тесное сотрудничество с фирмой Zend, в результате которого появилась встроенная поддержка PHP в Internet Information Services 7-й версии (поставляется с Windows Server 2008) – ранее PHP можно было использовать только как внешнее расширение.

ASP.Net (Active Server Pages .Net) – средство для разработки веб-приложений от Microsoft. ASP.Net – это не язык программирования, это технология, включающая в себя множество компонентов. Актуальная сегодня версия – 4. Стоит заметить, что ASP.Net кардинально отличается от своего предшественника – ASP. Принцип их работы кардинально отличается, тем не менее, эти технологии решают одну задачу – создание веб-сайтов, и неважно, какими средствами это достигается.

Преимущества PHP

1. Простота. При разработке сложной системы это преимущество превращается в недостаток — неполная реализация объектности, отсутствие строгой типизации и других свойств, присущих полноценным языкам, приводит к проблемам в развитии и поддержке сложной системы.

2. Большой выбор хостингов. При разработке сайта с нуля стоимость хостинга уходит на второй план по сравнению со стоимостью разработки.

3. Полная бесплатность, включая платформу. Довольно большой плюс, если вы разрабатываете масштабируемую систему, которая должна работать на десятках и сотнях серверах. В этом случае вы сэкономите много денег, используя бесплатную ОС. Если вашему сайту достаточно одного сервера, то стоимостью ОС можно пренебречь. То же относится и виртуальному хостингу.

Преимущества ASP.NET

1. Полноценный язык. Более того, платформа .NET позволяет использовать любой .NET-совместимый язык (наиболее популярны C# и VB.NET, но есть Python, Delphi и другие). Особенно отмечу удобный объектно-ориентированный синтаксис базовых библиотек.

2. Компиляция программ. В отличие от PHP, в .NET код компилируется, благодаря чему он исполняется гораздо быстрее.

3. Идентичность среды разработки и деплоймента. Если вы используете Windows, то при разработке на PHP ваша среда разработки отличается от серверной (т.к. там стоит Linux). При разработке на ASP.NET вы используете одинаковую среду и на девелоперских компьютерах, и на серверах в Интернете.

4. Полная поддержка юникода. Все сайты на ASP.NET автоматически поддерживают UTF-8, чего не скажешь о сайтах на PHP.

5. Огромные возможности, включенные в состав стандартных библиотек. В PHP многие аналогичные вещи реализуются сторонними библиотеками, но их использование создает дополнительные проблемы: отсутствие библиотек на хостинге, необходимость изучения.

Что же касается времени для написания программы на языке, то работа с ASP занимает в два раза больше времени, чем в PHP.

Исходя из представленной информации, выбор IT отдела остаётся за PHP.

При выборе были учтены следующие факторы:

1) Бесплатность

2) Простота разработки

3) Больший опыт в использовании

1.8. Технология взаимодействия серверной и клиентской частей ИС

Взаимодействие клиентов с серверной частью (веб сайтом) будет осуществляться по модели SaaS (software as a service — программное обеспечение как услуга).

Положительные факторы SaaS

1. Отсутствие необходимости установки ПО на рабочих местах пользователей — доступ к ПО осуществляется через обычный браузер;

2. Быстрота внедрения, обусловленная отсутствием затрат времени на развертывание системы;

3. Понятный интерфейс — большинство сотрудников уже привыкли к использованию веб-сервисов;

4. Мультиплатформенность;

5. Возможность получить более высокий уровень обслуживания ПО.

6. Рост популярности веб-сервисов для конечных пользователей;

7. Развитие веб-технологий, большие функциональные возможности веб-приложений и простота их реализации;

8. Быстрые процессы внедрения и сравнительно низкие затраты ресурсов на обслуживание конкретного клиента;

9. Отсутствие проблем с нелицензионным распространением ПО;

Информационная система располагается на сервере, клиенты, в том числе и администраторы системы подключаются через web-интерфейс.

Глава 2. Проектная часть

2.1.Проектирование структуры базы данных

Рассмотримподробнееосновныеэтапыицелипроектирования реляционной базы данных:

• Определение объектов (источников данных), которые должны быть включены в базу данных;

• Выявление связей между объектами;

• Определение основных свойств объектов;

• Выявление связей между свойствами объектов;

• Определение отношений между таблицами базы данных, на основе связей между объектами данных, содержащимися в них;

• Выявление индексов, необходимых для ускорения выполнения запросов;

• Учет вопросов безопасности — какие полномочия, и каким пользователям предоставлять.

Цели проектирования базы данных:

• Возможность хранения в базе данных всех необходимых данных;

• Исключение избыточности данных:

• Сведение к минимуму числа хранимых в базе данных таблиц;

• Нормализация таблиц для упрощения решения проблем, связанных с обновлением и удалением данных;

2.2. Анализ предметной области

Предметная область сильно влияет на все аспекты проекта: требования к системе, взаимодействие с пользователем, модель хранения данных, реализацию и т.д.

Предметная область в рамках исследуемой задачи обработки заявок сотрудников представляется множеством фрагментов, например, сотрудники, сведения о сотрудниках, сведения о проблеме, времени поступления задачи, комментарии.

Рассмотрим выделенные фрагменты предметной области.

Формирование базы данных сотрудников и администраторов предполагает ведение записей с указанием следующих реквизитов:

-ФИО сотрудника;

-Должность;

-Отдел;

-Контактные данные.

Формирование классификатора проблем предполагает введение в базу данных наименование проблемы с её кратким описанием.

Требования к пользователям ИС

Проектируемая ИС создается для удовлетворения информационных потребностей всех отделов компании ООО “СК Стратегия”. Для выявления состава пользователей, которые будут непосредственно работать с проектируемой системой, проведем анализ всех их категорий.

Пользователи ИС

Все работники компании используют персональные компьютеры для работы с корпоративной сетью компании, обменом данными, работой с почтой и т.д.

Администраторы ИС

Имеют доступ к режиму редактирования, ответа пользователям, а также ко всей справочной информации.

Для каждого пользователя вводится имя пользователя и пароль, который назначается Администратором. Необходимо, чтобы ИС обеспечивала на каждом уровне удобный ввод и поиск данных, широкие возможности для аналитической работы и возможности реализации запросов в соответствии с информационными потребностями.

Администраторы отвечают на заявки пользователей через web-интерфейс информационной системы

2.3. Формирование логической модели базы данных

Разработанная в проекте база данных базируется на реляционной модели данных.

В реляционной СУБД все обрабатываемые данные представляются в виде плоских таблиц. Информация об объектах определенного вида представляется в табличном виде: в столбцах таблицы сосредоточены различные атрибуты объектов, а строки предназначены для сведения описаний всех атрибутов к отдельным экземплярам объектов.

Реляционная модель требует, чтобы типы используемых данных были простыми.

К простым данным относят следующие типы данных:

2.4. Построение диаграмма ER-типа

ER-модель используется при высокоуровневом (концептуальном) проектировании баз данных. С её помощью можно выделить ключевые сущности и обозначить связи, которые могут устанавливаться между этими сущностями.

Во время проектирования баз данных происходит преобразование ER-модели в конкретную схему базы данных на основе выбранной модели данных, в моём случае реляционной.

1. Сотрудник делает запись о проблеме. Один сотрудник может делать множество записей. Связь: 1: N.

2. Сотрудник изменяет информацию о себе на своей персональной странице. Сотрудник может изменять только свою информацию. Связь: 1-1.

3. Сотрудник просматривает статьи. Один сотрудник может просматривать множество статей. Связь: 1: N.

4. Сотрудник может читать ответы на свои вопросы. Один сотрудник может читать только ответы на свои вопросы. Связь: 1:1.

5. Администратор отвечает на запрос пользователя. Один администратор может ответить на множество запросов. Связь: 1: N.

6. Администратор добавляет, изменяет статью. Один администратор может добавить, изменить множество статей. Связь: 1: N.

7. Администратор может изменять информацию о любом пользователе. Один администратор может менять множество записей. Связь: 1: N.

8. Каждый вопрос может включать в себя несколько ответов.

Связь: 1: N.

Диаграмма ER-типов приведена на рис.

2.5. Физическая модель БД

Приведем описание структуры таблиц созданной базы данных.

Трактуется следующим образом:

Тип поля INT использует 4 байта для хранения значения.

Тип данных int означает integer – автозаполняемое целочисленное значение нормального размера.

Тип поля VARCHAR использует 4 байта для хранения значения.

Максимальное значение поля 255 символов.

Используется для хранения многобайтовых символов.

Тип поля DATE – поле даты.

Поддерживается интервал от ‘1000-01-01’ до ‘9999-12-31’. MySQL выводит значения DATE в формате ‘YYYY-MM-DD’, но можно установить значения в столбец DATE, используя как строки, так и числа.

Используемая кодировка utf8_general_ci – для поддержки русского языка.

Таблица 1 – «users» — справочник сотрудников

Наименование поля Тип данных Размер поля Кодировка

1 2 3 utf8_general_ci

id INT 10 utf8_general_ci

fio VARCHAR 255 utf8_general_ci

post VARCHAR 255 utf8_general_ci

departament VARCHAR 255 utf8_general_ci

telephone VARCHAR 50 utf8_general_ci

room VARCHAR 10 utf8_general_ci

Photo VARCHAR 255 utf8_general_ci

Где id – идентификатор пользователя;

Fio – фамилия, имя, отчество;

Post – должность;

Departament – отдел, в котором работает сотрудник;

Telephone – соответвенно это телефонный номер;

Room – кабинет;

Photo – ссылка на фотографию профиля.

Таблица 2– «articles» — справочник статей

Наименование поля Тип данных Размер поля Кодировка

1 2 3 utf8_general_ci

id INT 10 utf8_general_ci

name VARCRAR 255 utf8_general_ci

public_date DATE 255 utf8_general_ci

desc VARCHAR 255 utf8_general_ci

Где Id – идентификатор статьи;

Name – название статьи;

Public_date – дата публикации;

DESC – текст статьи.

Таблица номер 3– «questions» — справочник вопросов

Наименование поля Тип данных Размер поля Кодировка

1 2 3 utf8_general_ci

id INT 10 utf8_general_ci

name VARCRAR 255 utf8_general_ci

public_date DATE 255 utf8_general_ci

desc VARCHAR 255 utf8_general_ci

investment VARCHAR 255 utf_general_ci

answer_id INT 10 utf8_general_ci

Answer_date DATE 255 utf8_general_ci

Где Id – идентификатор вопроса;

Name – Текст вопроса;

Public_date – дата публикации вопроса;

Investment – поле для вложения, специально выбран текстовый, это поле будет иметь ссылку на вложение, и содержать текст.

Можно было использовать тип данных RAW для хранения графики, звука, документов или массивов двоичных данных, но в целях быстродействия базы данных использован иной подход;

DESC – текст вопроса;

Answer_id – идентификатор ответа;

Answer_date – дата ответа;

Таблица номер 4– «answers» — справочник ответов

Наименование поля Тип данных Размер поля Кодировка

1 2 3 utf8_general_ci

id INT 10 utf8_general_ci

name VARCRAR 255 utf8_general_ci

public_date DATE 255 utf8_general_ci

desc VARCHAR 255 utf8_general_ci

Investment VARCHAR 255 utf_general_ci

answer_id INT 10 utf8_general_ci

Answer_date DATE 255 utf8_general_ci

Answer_user_id INT 10 utf8_general_ci

VARCHAR 255 utf8_general_ci

Где Id – идентификатор вопроса;

Name – Текст вопроса;

Public_date – дата публикации вопроса;

Investment – поле для вложения, специально выбран текстовый, это поле будет иметь ссылку на вложение, и содержать текст.

Можно было использовать тип данных RAW для хранения графики, звука, документов или массивов двоичных данных, но в целях быстродействия базы данных использован иной подход;

DESC – текст вопроса;

Answer_id – идентификатор ответа;

Answer_date – дата ответа;

Answer_user_id – идентификатор администратора давшего ответ.

Investment –adm – вложение администратора.

Схема базы данных приведена на рис.

2.6. Функционирование ИС

Структура и взаимодействие модулей системы приведены на рис.